home *** CD-ROM | disk | FTP | other *** search
- Subject: Re: Part Server
- Sent: 7/10/96 6:35 PM
- Received: 7/10/96 6:11 PM
- From: Greg Friedman, friedman@cognosis.com
- Reply-To: ODF Interest, ODF-Interest@CILabs.ORG
- To: OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
-
- Serge Froment wrote:
- > >I suspect that memory allocated by the shared library will be deallocated
- > >when the calling process quits. This is certainly true of memory allocated
- > >in the application zone. I believe that starting with some version of
- > >System 7.x, temp memory allocated by an application began getting
- > >automatically deallocated when the process was terminated. In my opinion,
- > >it's a good idea to explicitly deallocate memory.
- >
- > Would't this make quite hard to implement data caching and data sharing
- > with different parts that view the same data?
-
- Perhaps we're thinking of different things. I was proposing this as a
- mechanism for implementing a "service", not for parts that contain content.
-
-
- > Congratulations! Tous mes voeux de bonheur! (Sorry, but I don't know the
- > proper English words for that occasion... Just plug in the standard
- > sentense and it should be OK :-)
-
- Thanks.
-
- >
- > >You're going to have a tough time breaking apple event support out of
- > >MacApp. It's dependent on the MacApp TObject hierarchy, as well as the
- > >MacApp string, stream, and color classes.
- >
- > Would you consider the benefits of MacApp's AE support overweight the extra
- > luggage?
-
- Depends on what you're trying to do. MacApp 3.3.x provides full support for
- the Apple Event Object Model. It does object resolution and direct
- dispatching of incoming events (similar to ODF). I doubt that a simple
- background task really needs this much support.
-
- Greg.
-
-
- ___________________________________________________________
- Greg Friedman ODF Engineering Apple Computer
-
-
-